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(54) A radiotelephone 

(57) A radio handset is provided which comprises a 
user interface having an input a display, and selection 
means coupled to the input for selecting an item to be 
presented on the display, and a radio receiver for receiv- 
ing information having a first format for presenting static 
and reactive items simultaneously on a display. The 
handset reformats the received information so as to pro- 
vide a simple, user friendly interface. 
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Description 

[0001] The present invention relates to the user 
interface of a handset. In particular, it relates to the con- 
trol of the operation of a display of such a device. s 
[0002] The displays of handportable devices, such 
as radio communication devices present severe con- 
straints on the amount of information that can usefully 
be presented to the user at any one time. These con- 
straints have become increasingly problematic as users 10 
demand ever more information at their fingertips. 
[0003] According to one aspect of the present 
invention, there is provided a radio handset comprising 
a user interface comprising an input, a display, and 
selection means coupled to the input for selecting an 15 
item to be presented on the display; a radio receiver for 
receiving information having a first format for presenting 
static and reactive items simultaneously on a display; 
means for reformatting the received information into a 
second format having static terms defining static items, 20 
reactive terms defining reactive items and link items 
defining links between associated static and reactive 
items; and control means coupled to the selection 
means and reformatting means for controlling operation 
of the display to present either one of linked static and 25 
reactive items; wherein when a static item is presented 
on the display and selected by the selection means, the 
control means controls the display to replace the static 
item with a linked reactive item. 

[0004] Such a radio handset has improved user 30 
operability for a number of reasons. For example, the 
separation of the static and reactive items results in the 
user obtaining an overview of the service or information 
content available to him. He can then select the static 
item in which he wishes to delve into more detail, to link 35 
to the reactive item that provides such further detail. 
[0005] Consequently, improved flexibility of manipu- 
lation of the information by the user is provided. 
[0006] From a manufacturer/service provider s per- 
spective, the separation and linking of static and reac- 40 
tive items improves the choice of user interface 
approaches available to them. 

[0007] One particular benefit for both groups is the 
fact that consistent user interface styles can be used 
irrespective of the mode of operation of a device. For 45 
example, a radio handset may operate as a radiotele- 
phone, and/or a user agent such as a browser. A user 
familiar with the menu structure of a manufacturer's 
radiotelephone will not need to learn a new structure in 
order to operate that manufacturer's browser device. so 
[0008] Embodiments of the present invention will 
now be descrtoed, by way of example, with reference to 
the accompanying drawings, of which: 

Figure 1 illustrates a radio handset according to an ss 
embodiment of the present invention; 
Figure 2 illustrates parts of the radio handset of Fig- 
ure 1; 



Figures 3 and 4 illustrate alternative handsets to 
that shown in Figure 1 ; 

Figure 5(a) illustrates how information may be pre- 
sented on a large display such as a desktop PC 
monitor; 

Figure 5(b) illustrates the information shown in Fig- 
ure 5(a) as a list; 

Figure 5(c) illustrates how the information shown in 
Figure 5(a) may be structured for display on a radio 
handset, according to a preferred embodiment of 
the present invention; 

Figure 6 illustrates how various terms in reduced 
format may be shown in their full or expanded for- 
mat according to a preferred embodiment of the 
present invention; 

Figures 7 and 8 illustrate examples of wireless 
markup language (WML), which a radio handset of 
the invention may receive from a network, for exam- 
ple, and a preferred resultant user interface; 
Figures 9 and 10 relate to the browser of a radio 
handset, and exemplify its user interface for differ- 
ent services received from the network; 
Figure 11 shows how the display of the device of 
Figure 1 may be divided into regions for displaying 
different types of information; 
Figure 12 (a) illustrates WML received by a radio 
handset from the network; 
Rgure 12 (b) illustrates a preferred resultant user 
interface; and 

Rgure 12 (c) is a flow diagram illustrating the inter- 
pretation of the received WML shown in Figure 12 
(a) by the radio handset, to arrive at the user inter- 
face of Figure 12 (b). 

[0009] Rgure 1 shows a preferred embodiment of a 
radio handset, according to the present invention. The 
handset, which is generally designated by 1 , comprises 
a user interface having a keypad 2, a display 3, an on/off 
button 4, a speaker 5, and a microphone 6. The handset 
1 according to the preferred embodiment is adapted for 
communication via a wireless telecommunication net- 
work, e.g. a cellular network. However, the handset 
could also have been designed for a cordless network. 
The keypad 2 has a first group 7 of keys as alphanu- 
meric keys, by means of which the user can enter a tel- 
ephone number, write a text message (SMS), write a 
name (associated with the phone number), etc. Each of 
the twelve alphanumeric keys 7 is provided with a figure 
"0-9" or a sign or "*" respectively. In alpha mode 
each key is associated with a number of letters and spe- 
cial signs used in text editing. The keypad 2 additionally 
comprises two soft keys 8, two call handling keys 9, ami 
a navigation key 10. 

[0010] The two soft keys 8 rave functionality corre- 
sponding to what is known from the handsets Nokia 
2110™. and Nokia 81 10™. The functionality of the soft 
key depends on the state of the handset and the naviga- 
tion in the menu by using a navigation key. The present 
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functionality of the soft keys 8a and 8b is shown in sep- 
arate fields in the display 3 just above the keys 8. 
[001 1 ] The two call handling keys 9 according to the 
preferred embodiment are used for establishing a call or 
a conference call, terminating a call or rejecting an 
incoming call. 

[001 2] The navigation key 1 0 is an up/down key and 
is placed centrally on the front surface of the handset 
between the display 3 and the group of alphanumeric 
keys 7. Hereby the user will be able to control this key by 
simply pressing the up/down key using his/her thumb. 
Since many experienced handset users are used to 
one-hand control, it is a very good solution to place an 
input key, requiring precise motor movements. Thus, the 
user may place the handset in the hand between the fin- 
ger tips and the palm of the hand. Hereby, the thumb is 
free for inputting information. 

[0013] Figures 3 and 4 illustrate alternative hand- 
sets to that in Figure 1 . The handset of Figure 3 differs 
in that the navigation key ts a roller key. The roller key 
can be rolled for navigation and pressed for selection, 
and assists speedy movement through display pages. 
The handset of Figure 4 differs in that it has a single soft 
key 8c and no dedicated call handling keys 9. The single 
softkey operates as in the Nokia 31 10™. 
[0014] Figure 2 is a block diagram of the most 
important parts of a preferred embodiment of the hand- 
set These parts being essential to understand the 
invention. The preferred embodiment of the handset of 
the invention is adapted for use in connection with a 
GSM network, but, of course, the invention may also be 
applied in connection with other handset networks, such 
as other kinds of cellular networks and various forms of 
cordless handset systems or in dual band handsets 
accessing sets of these systems/networks. The micro- 
phone 6 records the user's speech, and the analogue 
signals formed thereby are A/D converted in an A/D 
converter (not shown) before the speech is encoded in 
an audio part 14. The encoded speech signal is trans- 
ferred to control means 18. The control means 18 com- 
prises a processor, which may support software in the 
handset The control means 18 also forms the interface 
to the peripheral units of the apparatus, wherein the 
peripheral units can comprise a RAM memory 17a and 
.a Rash ROM memory 17b, a SIM card 16, the display 3 
and the keypad 2 (as well as data, power supply, etc.). 
The control means 18 communicates with a transmit- 
ter/receiver means 19, e.g. a circuit which is adopted to 
send/receive a request/respond to/from a telecommuni- 
cation network. The audio part 14 speecb-d ecod es the 
signal, which is transferred from the control means 1 8 to 
the earpiece 5 via a D/A converter (not shown). 
[0015] The control means 18 is connected to the 
user interface. Thus, it is the control means 18 which 
monitors the activity in the handset and controls the dis- 
play 3 in response thereto. Therefore, it is the control 
means 18 which detects the occurrence of a state 
change event and changes the state of the handset and 
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thus the display text. A state change event may be 
caused by the user when he activates the keypad 
including the navigation key 10, and these type of 
events are called entry events or user events. However, 

5 the network communicating with the handset may also 
cause a state change event. This type of event and 
other events beyond the user's control are called non 
user events. Non user events comprise status change 
during call set-up, change in battery voltage, change in 

10 antenna conditions, message on reception of SMS, etc. 
[0016] Figure 5 illustrates the menu of a curry 
house. This menu could have been stored in memory 
17a of the handset by the user (for example in the for- 
mat shown in figure 5b). Alternatively, it could be pro- 

15 vided by a restaurant as an Internet service. A typical 
Internet service might have a page looking like figure 5a 
on a conventional desktop PC monitor. 
[0017] The format shown in figure 5b is not suitable 
for a handset display which may typically have six lines 

20 for text, as it would require a large amount of scrolling by 
the user in order for him to see all the options available. 
Moreover, he would need to scroll through all the 
options of a certain meal type before arriving at a meal 
type that he desires. For example, if he only wishes to 

25 look at the main course and sundries, he would need to 
scroll through the set menu type and set menu options 
and the starters and starter options before reaching the 
main course options. 

[0018] Figure 5c, on the other hand, illustrates a 

30 preferred display menu arrangement according to an 
embodiment of the present invention. 
[0019] The content which may appear on a display 
can be divided into two types, static items (e.g. plain 
text) and react-to or reactive items (e.g. input elements, 

35 select elements). In figure 5a, the static and reactive 
items are shown together on the display. The headings 
set menu, starters, main course, sundries and side 
dishes are static items, and the selection lists under 
those headings e.g. Samosa, Prawn Puree, Onion Bhaji 

40 under the heading starters, are read-to items. 

[0020] In the embodiment of the invention shown in 
figure 5c, however, rather than display both static and 
react-to items together, the react-to items are each 
given a static instance on the display, which links to the 

45 corresponding react-to item. For example, static 
instances can be identified by the user in this embodi- 
ment by the presence of square brackets [ ] on the dis- 
play. Looking at display pages 501 and 502, display 
page 501 comprises a static instance 521 "starters [ ]" 

so which links to a starters selection list on the starter page 
502. The menu page 501 may be replaced by the start- 
ers page 502 when the user selects the "select function 
522" by actuating the corresponding softkey (for exam- 
pie the softkey 8a of the handset shown in figure 1). 

55 [0021] As can be seen from figure 5c, the user gets 
to see all the meal types available on the menu on a sin- 
gle display page, without having to scroll through all the 
selection lists first (display page 501). This has the 
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advantage of him being able to have a clear overview of 
the possible meal type options and also enables him to 
skip options not of interest to him (for example the set 
menu options in this case). 

[0022] In this embodiment, the user has selected s 
the starters static instance "starters [ ]" 521 by moving 
the cursor to that option and pressing the select softkey. 
Hence, the handsets processor 1 8 causes the display to 
show a new display page, namely the linked starters 
page 502. The user then scrolls through the options (for w 
example using scroll key 10 in the handset of figure 1) 
and presses the select softkey when the starter he 
desires is highlighted. The display then reverts to show- 
ing the main menu page, but with an indication of the 
starter choice selected (display page 503). This may is 
occur automatically upon selection or in response to the 
user selecting the back function 523 by actuating the 
associated right softkey 8b. 

[0023] The user then selects the next meal type he 
desires: in this case a main course. The static instance 20 
"main course [ Y »s highlighted and upon selection, the 
processor controls the display to show the linked page, 
namely the main course page 505. In order to enable 
the user to make a selection quickly and with the mini- 
mum amount of scrolling, this main course page 505 25 
displays further static instances corresponding to main 
courses of certain types, namely meat fish and vegeta- 
bles. In this case, the user has highlighted the fish 
option, thus eliminating the need to plough through the 
meat and vegetable dishes unless he so desires. In this 30 
example, King Prawn Jalfrezi is selected (from display 
page 506) and the display reverts back to show the 
menu page 507, now with starter and main course 
options indicated. Due to the small size of the display, 
and the number of meal types available, no extra lines 35 
are available on this handset display for new text 
Hence, as one display line is not long enough for the full 
text, the term King Prawn Jalfrezi has been truncated on 
line 562. In order to indicate this to the user, in this 
embodiment, the processor has included three dots in 40 
this reduced version. Further explanation of the reduc- 
tion of the full text is given below, in particular with refer- 
ence to figure 6. Next, the user selects sundries on the 
main menu page 508, and the display is operated to 
present the sundries page 509. Like the main course 45 
page, the sundries page comprises further static 
instances rice, [ ], nan [ ] which link to respective rice 
and nan selection lists (on display pages 51 0 and 51 3). 
The user in this example has selected from both lists as 
shown in the resultant sundries page 514 and the dis- so 
play reverts back to show the main menu page 515. As 
can be seen from this page, there is again no available 
display page to show all the sundries choices in full. 
Hence, a reduced version is shown. However, contrary 
to the reduced version of the main course 562, the text 55 
is not truncated this time. Instead, the term sundries has 
been contracted by an elision and displayed as "surd's" 
584 and the rice and nan selections 582 and 583 have 



been displayed in reduced size font 585. 
[0024] Next, the user selects his desired side dish 
in the same manner (via display pages 516 and 517) 
and his selection is finally complete as shown in the 
filled in menu page 518. If appropriate, by selecting the 
back function, the user may be able to go to another 
page in which he can order his selection over the Inter- 
net. 

[0025] Figure 6 illustrates different examples of how 
the terms 561 and 581-583, which are shown in 
reduced format 562, 584, 585 in figure 5c may be shown 
in their full format. 

[0026] Figure 6a illustrates how the term main 
course [King Prawn Jalfrezi] may be shown in full format 
on the handset display. Firstly, the term is selected by 
the user, in this case by moving the cursor to the term 
shown in its reduced format. The processor may control 
operation of the display so that the full format of the item 
is shown if the cursor remains on the corresponding 
reduced format for a period (for example 3.5 seconds) 
or by the user actuating a specified key (e.g. star or 
hash). Likewise, the processor may cause the display to 
show the item in its full format until it receives a further 
user input, or it may cause the display to revert back to 
the previous page after a predetermined period. 
[0027] Display pages 601 and 602 show alternative 
expanded formats. On display page 601. the expanded 
format obscures information relating to the sundries, but 
the other options remain in the view, whereas in display 
page 602, the previous page 603 is totally replaced by 
the full text main course [King Prawn Jalfrezi] which has 
also been increased in font size. 
[0028] Figure 6b illustrates the same alternatives 
for the reduced format of the sundries selections. 
[0029] Figure 6c illustrates another example, in 
which both the main course and sundries reduced for- 
mat items are selected (display page 604) and their 
consequential expanded versions are displayed 
together on display page 605. 
[0030] Figures 7 and 8 show further examples of 
the present invention, figure 7 showing react-to items in 
the form of an input list and figure 8 showing react-to 
items in the form of a selection list. 
[0031] One way of accessing telecom related infor- 
mation services, such as the Internet, is the use the 
wireless application protocol (WAP). The wireless appli- 
cation protocol (WAP) is a result of continuing effort to 
define an industry wide standard for developing applica- 
tions over wireless communication networks. WAP 
intends to use wireless mark up language (WML) to 
specify content and user interface for narrow band 
devices, including cellular phones and pagers. WML is a 
mark up language based on extensible mark up lan- 
guage (XML). 

[0032] All information in WML is organised into a 
collection of cards and decks. Cards specify one or 
more units of user interaction. User navigates through a 
series of WML cards, reviews the contents of each, 
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enters requested information, makes choices, and 
moves onto another card. The cards are grouped 
together into decks. A WML deck is similar to a hyper- 
text mark up language page (HTML), in that it is identi- 
fied by a URL and is the unit of content transmission. 
[0033] Hence, the WML shown in figures 7 and 8 
are examples of what a radio handset may receive from 
a ratio network. 

[0034] WML does not specify how the handsets 
processor is to control operation of its display so as to 
provide the information transmitted to the user. This is 
defined by the user agent (for example the radio hand- 
set processor). As can be seen from figure 7, the WML 
contains both static and react-to items on the card enti- 
tled info. When this WML is received by a handset of the 
present invention, these terms are separated and linked 
as appropriate. 

[0035] For example, the display page 701 com- 
prises static terms including static instances 
[ ] 71 1 and 712. These static instances are linked to cor- 
responding react-to items. For example, the static 
instance 71 1 relating to the first name is linked to a first 
name display page 702 in which the user can add his 
name using the handset's data editor. As in the example 
of figure 6, once the user has edited his name he can 
select the OK softkey to return to the info page, in which 
he will be able to view the item input (see 703). In other 
words, the input fields are not embedded to content as 
in HTML/WWW but are presented as links [ ]. 
[0038] Figure 8 illustrates a selection list. It is 
arranged in a similar manner to that described with ref- 
erence to figure 6, and will thus not be described further 
here.. 

[0037] Figures 9 and 10 relate to the browser of a 
radio handset, and exemplify its user interface for cur- 
rency conversion and white pages services respec- 
tively. 

[0038] Turning first to figure 9, the user interface of 
the handset of this embodiment may comprise the same 
elements as shown in Figure 1, i.e. a keypad 2, a dis- 
play 3, an on/off button 4, a speaker 5 and a microphone 
6. Also, the control means 1 8 in Figure 2 may control the 
user interface. A display page 30 is presented on a 
handset display, as shown in Figure 1 and 2, which indi- 
cates signal strength 35 from the wireless telecommuni- 
cation network "D1 Telekom" 40, the battery power 45 
and a clock showing the time 50 in hours and minutes. 
Preferably, the display in the handset is an LCD (Liquid 
Crystal Display) display. The display can be controlled 
by the control means 18 as shown in Figure 2. The lay- 
out 30 presents an example of the handset in idle mode, 
i.e. when the handset is activated and awaiting an 
action, e.g. an incoming or outgoing call. At the bottom 
of the display, in specified softkey fields there are two 
items which are denoted as "Menu" 55 and "Names" 60. 
If the user selects "Names" 60 he can e.g. access a built 
in phonebook. If the user selects "Menu" 55, he can 
select from among several different menus. The actual 



selection of functions in the softkey fields, like "Menu" 
and "Names", can be selected by means of the associ- 
ated soft keys such as those referenced 8a and b in Fig- 
ure 1. 

5 [0039] One of the menus can be the next page 65 
called "Browser" 70. If the user chooses to use this 
menu, he/she can access different telecom related 
information services, e.g. Internet, using WAP. 
[0040] If the user selects "Home" 71 , this may lead 

10 to the next page 75, which graphically indicates, "Con- 
necting to Service" 80. This shows that the handset is 
trying to establish a connection to e.g. Internet, by send- 
ing an access request to a server. If a connection is 
established, some kind of welcome text for a home page 

15 might be displayed, "Welcome to D1 Web." 90. If the 
user selects "Options" 100, a list of options can be dis- 
played by the following display page 110. In this exam- 
ple, the different choices are "Currency converter" 115, 
"White pages" 120, Pizza" 125, "CNN" 130, etc, and the 

20 displayed items are static instances linked to reactive 
items. As in the Figure 5 embodiment, the full version 
"Currency Converter" is longer than the width of the 
active part of the display. Hence, the reduced version is 
displayed - a truncated version plus the aforementioned 

25 three dot indicator. If selected, the user could see the 
full text, for example in one of the manners shown in Fig- 
ure 6. The user has selected to use the currency con- 
verter 115, and browses further to this application in the 
next page 1 35. A browser display is shown on this page 

30 with the selected item, which is indicated as a link to a 
service which provides a currency conversion. The user 
can select to send a request for the chosen item, by 
selecting the "Options" function 1 40. 
[0041 ] This leads to the next page 1 50, which is the 

35 same as that shown with reference 75, which graphi- 
cally indicates, "Connecting to Service" 155. If a con- 
nection is established, some kind of information text for 
the currency converter might be displayed. The page is 
provided with further static instances which link to vari- 

40 ous editable fields and selection lists. Again, the static 
instances are shown with square brackets [ ]. The selec- 
tion which is highlighted can indicate a default state of 
the selection. The user can input an amount, "Amount:[ 
]" 165, in one currency, "From:[DKK]" 170, converted 

45 into another currency, "converted to:[DKK]" 1 75, by link- 
ing to the pages showing the react to items (e.g. display 
pages 180, 200). Thereafter, the user may press Ok 
190, or clear the amount by selecting "Clear" 191, to 
return back to the previous display page: 

so [0042] The steps for choosing a first currency to 
convert from 170, and choosing a second currency to 
convert to 175. are repeated in the pages 195-205. 
Thereafter, the user may select "Options" 210, in page 
205, which in this example activates the calculation of 

55 the currency conversion and displays the result 220 in 
the next page 215. 

[0043] If the user wishes to continue with the cur- 
rency conversion, and choose another currency to con- 
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vert to, the user selects the option "converted to [DKK]:" 
225, which becomes highlighted upon selection, and is 
shown in page 230. The following reference numbers 
refers to Figure 3c: 235-270. In the next page 235, a 
selection list of available currencies are displayed. The 
user selects eg. USD 240. and selects the entry by 
selecting "Ok" 245. The next page 250 highlights the 
selected currency USD 255 to convert to. Thereafter, 
the user may select "Options" 260, which in this exam- 
ple once again activates the calculation of the currency 
conversion and the result "[USD]: 36,36" 265 is dis- 
played with the selected information in the next layout 
270. 

[0044] Figure 10 is an alternative service, but the 
same handset can be used as in the embodiment of Fig- 
ure 9. The first four display pages are the same as for 
the currency converter and will thus not be described 
further. When the fifth display page 135 is presented to 
the user he selects the White Pages option. The White 
Pages application provides a tool to search contact 
information on a specific person. Once selected, an 
access request is sent to the server, as indicated on the 
display page 155. The handset's processor interprets 
the incoming WML to provide a static instance 91 1 on 
the following display page 910. When selected this 
static instance links to an edit page 920. The user 
enters the search string, in this case Peter, and the main 
White Pages display page 930 is returned to. which indi- 
cates the search string. Upon instruction, an access 
request is sent to the server and a corresponding dis- 
play page 940 is presented on the display. The search 
results are received by the handset and listed. The user 
browses to the last item on page 950 and selects it (e.g. 
by rolling a roller key and then pressing it down to select 
it). Details of the person are displayed (pages 960 and 
970). Details from these pages can be used in call han- 
dling as if they were stored in a conventional handset's 
phonebook (e.g. save, add to name, send message, 
call). 

[0045] Figure 1 1 illustrates a multipurpose browser 
display according to a preferred embodiment of the 
invention. A multipurpose browser display is a term for a 
user interface of a WML casrd. ft can contain hotlinks, 
input elements, selection list items, static text areas and 
images. 

[0046] The display has been split into fields, so that 
information of a certain type will appear in a particular 
f ield. For example, information tagged as a header will 
appear in the field referenced B. and functions relating 
to the softkeys will appear in respective fields A1 and 
A2. The table (d) of Figure 1 1 defines the size and posi- 
tion of the fields on the display. This information is pref- 
erably stored in the handset and accessed by the 
processor when controlling operation of the display. The 
column headers refer to the following: 

left column a letter which connects a window on the 
display picture and a row in the property 
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table 

Name name of the window 

X horizontal co-ordinate of the left top cor- 

ner pixel 

s Y vertical coordinate of the left top corner 

pixel 

W horizontal width of the window in pixel 

amount 

H vertical height of the window in pixel 

w amount 

LM left margin in pixel amount (0 = no mar- 

ginal) 

RM right margin in pixel amount (0 = no mar- 

ginal) 

is TM top margin in pixel amount (0 = no mar- 

ginal) 

BM bottom margin in pixel amount (0 = no 

marginal) 

J justification in the window (R=Right, 

20 L=Left, C=Centered) 

Contents information of the contents of the win- 
dow 

[0047] There may be several different combinations 



25 of sub-divisions. Two such examples are shown in Fig- 
ure 11(b) and (c). Rgure 11(b) is a useful arrangement 
for static instance lists and selection lists, and Rgure 

1 1 (c) is useful for editing (e.g. input elements) and also 
for images. 

so [0048] These fields have been used in the Figure 

12 embodiment, which will now be described. Rgure 12 
illustrates some incoming WML, the resultant user inter- 
face according to the invention, and how a handset 
interpreted the WML to arrive at the desired user inter- 

35 face. 

[0049] The WML defines a deck of two cards. The 
first card has the title "Small App" and displays the static 
text "Welcome!" That card also defines a function that 
upon an "accept signal", another card should be gone 

40 to, in this case the card named "eCard". The eCard has 
a title "Inputs" and has both an input function (Enter 
name) and a selection function (Choose speed - fast or 
slow). This information is transmitted to all handsets on 
a network. However, how that information is presented 

45 to a user is dependent upon the user agent (e.g. 
browser) of the handset which interprets the WML In 
accordance with the present invention, the static and 
reactive items are separated and linked by [ ]. 
[0050] The display is set such that the items tagged 

so as "titles" appear in the header field B off the display, the 
listed items each appear in the single line fields C, D, E 
F, and the user input f ield appears in the field identified 
as G in Rgure 1 1(c). The first card is displays! on a first 
page, as referenced 120 in Rgure 12b. This page con- 

55 tains the title Small Apps 131 appearing in the header 
field, and the static text Welcome! It also contains the 
functions of the softkeys, options and back. 
[0051] The processor is arranged to move to the 
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next card in response to the actuation of the option 
softkey. However, rather than display all the content of 
the next card in a continuous string, the processor con- 
trols the display to present page 121 which bears only 
static instances 132 corresponding to the two functions 5 
enter name and choose speed. These link to further dis- 
play pages 122 and 123 respectively which enable the 
name to be input and speed chosen. Since the whole of 
the second WML card is unlikely to fit on a single display 
page, the interpretation given by the browser in this 10 
embodiment avoids the need for scrolling, and provides 
a clearer overall picture of the information required. 
[0052] Figure 12 (c) is a flow chart showing the 
interpretation of the WML to arrive at the display pages 
shown in Figure 12 (b) and how navigation through the 15 
pages takes place. 

[0053] The present invention includes any novel 
feature or combination of features disclosed herein 
either explicitly or any generalisation thereof irrespec- 
tive of whether or not it relates to the claimed invention 20 
or mitigates any or all of the problems addressed. 
[0054] In view of the foregoing description it will be 
evident to a person skilled in the art that various modifi- 
cations may be made within the scope of the invention. 
For xample. in stead of highlighting options, they could 25 
be marked, for example, with a cross. 

Claims 

1 . A radio handset comprising: 30 

a user interface comprising an input, a display, 
and selection means coupled to the input for 
selecting an item to be presented on the dis- 
play; 35 
a radio receiver for receiving information hav- 
ing a first format for presenting static and reac- 
tive items simultaneously on a display; 
means for reformatting the received informa- 
tion into a second format having static terms 40 
defining static items, reactive terms defining 
reactive items and link items defining links 
between associated static and reactive items; 
and 

control means coupled to the selection means 45 
and reformatting means for controlling opera- 
tion of the display to present either one of 
linked static and reactive items; 
wherein when a static item is presented on the 
display and selected by the selection means, so 
the control means controls the display to 
replace the static item with a linked reactive 
item. 

2. A radio handset as claimed in claim 1 , wherein the ss 
reactive items include an input element. 

3. A radio handset as claimed in claim 1 or 2, wherein 



the reactive items include a selection list. 

4. A radio handset as claimed in any preceding claim 
which is a WAP handset 

5. A method of controlling a radio handset comprising 
a user interface having an input, a display for pre- 
senting an item on the display; and a radio receiver 
for receiving information having a first format for 
presenting static and reactive items simultaneously 
on the display; the method comprising: 

reformatting the received information into a 
second format having static terms defining 
static items, reactive terms defining reactive 
items and link items defining links between 
associated static and reactive items; 
controlling operation of the display to present 
either one of linked static and reactive items; 
wherein controlling operation of the display 
comprises controlling the display to replace a 
static item on the display with a linked reactive 
item in response to selection of the static item 
by the user. 



7 



BNSOOCID: <EP. 



.1032185A2_I_> 



EP1 032 185 A2 




FIG. 1 



v 



RAM 
17a 



TRANSMITTER / 
RECEIVER 
CIRCUIT 
19 



FIG. 2 



ELO 



FLASH ROM 
17b 



PROCESSOR 
18 



AUDIO 
PART 
14 



T 



Till 



SIM CARD 
16 



LCD DRIVER 
13 



KEYBOARD 

2 



NAVIGATION AND 
SELECTION KEYS 
15 



LCD 

3 



SPEAKER 
5 



MICROPHONE 
6 



BNSDOCID: <EP 1032185A2_I_> 



EP 1 032 185 A2 




BNSDOCID: <EP 103218SA2_I_> 



EP 1 032 185 A2 



LU 
CO 
Z> 
O 
X 

cc 
z> 
o 

LU 
X 
I— 



CO 
Ul 
X 

CO 

Q 
UJ 

a 

CO 

CO 
UJ 

o 
z 

3 

CO 



Ul 

I 

o 



s 

Ul 



UJ 

s 

H 
Ui 

CO 



CO 
LU 

o 
o 

a. 

CO 

o 

CO 



CO 

o 
o 

o 
o 



2 a. a. 



o 
o 
-j 
< 
a 



2 co o 

H Q > 

W -2T 



Z < Z 
2o5 



LU 

LU _ 

Z> < 

W °- m 
<C _ CO 

CO Z _ 

9§o 



^1 

CO Q. O 



CO 
Z 

o 

s 

UJ 

a. 
u. 
O 
o 



CM CO ^3" 



z 5: § 
< < uj 
z o ^ 



UJ 



CO 



a. 
O 



x < ^ 
CO 2 z 

U_ CL ^ 




3 

UL 



BNSOOCID: <EP 1032185A2J_> 



10 



EP 1 032 185 A2 



SET MENU 



No OF PERSONS 
1 

2 
3 
4 

STARTERS 



SAMOSA 
PRAWN PUREE 
ONION BHAJI 



MAIN COURSE 



MEAT 

CHICKEN TIKKA 
LAMB MADRAS 
CHICKEN VINDALOO 

FISH 

PRAWN BIRYANI 
KING PRAWN JALFREZI 



VEGETABLE 
DHANSAK 
TIKKA MASALA 



SUNDRIES 



RICE 

PLAIN 
PILAU 



NAN 

GARLIC 
KEEMA 



SIDE DISHES 



BOMBAY POTATOES 
ALOO GOBI 



FIG. 5(b) 



11 



BNSOOCID: <EP 10321 B5A2_I_> 



EP1 032 185 A2 



CO 

in 



CO 

to 



< 
z 



5 



IX) 



in 

CD 
ll. 



o 

LO 




LO 

to" 



CD 

to 



Ui 

s 



3 

UJ 

S 

H 
Ui 

03 



s. 



cm 

CN 

m 















!* 














o 














< 














n 
















s 














UI 














1 




LU 










CO 




Ui 














cr 


— > 














1 












CL 


CO 














Z 






a 








O 






UJ 














_i 








z 






Ui 






a. 


o 






0) 



CO 

o. 

LO 



o 
< 
m 



3 
Z 

UJ 



ZD 
Z 
LU 



LU 
CO 



S5 
o 



00 
00 

cr 

LU 
I- 

a: 

i 



z 

i 

o 
z 

LU 
00 

a: 

o 
o 
z 

< 



00 
LU 
X 
CO 

Q 
LU 

9 

00 



o 

Ui 
•J 

LU 
CO 



CO 

to 



to 



< 

CO 



I- 
o 

Ui 

-J 

LU 
CO 



CD 



LU 

CO 

cr 

o 

o 



< 
2 



CO 
LU 
I 
CO 

a 

Ui 

g 

oo 



o 

UI 

CO 



12 



BNSDOCID: <EP. 



.1032185A2_I_> 



EP 1032 185 A2 



CD 

I T— 



3 
Z 
UJ 



D 
Z 
UJ 

S 



co 



< 

CO 

o 

cl 

CO 

a: 

UJ 



Z 

I 

a 

O 
z 

UJ 

CO 

or 
z> 
o 
o 
z 



CD 



£0 



CO 

In" 



3 



5 



CO 

a 
z 

CO 



a 

UJ 

-j 

UJ 

CO 



UJ 

I 

CO 

5 

UJ 
Q 

CO 



CO 
UJ 

o 



O 

CL 

i 

5 
O 

DO 



o 

Ul 



UJ 

CO 



UJ 

2 



UJ 

s 

t 

CO 



< 

CO 

o 
< 

CO 
CO 

l 



CL 

o 
5 

UJ 

CO 

a: 

o 
o 

z 

i 



IS)' 



GO 



IO 



UJ 
O 



5 

CL 



O 
UJ 

_J 

UJ 

to 



m 



CM 



CO 
Ul 

5 

Q 

z 

CO 



< 
z 



o 

UJ 



UJ 

CO 



CO 
UJ 

a 



CO 



! 

UJ 

o 



a 
< 

CO 



O 
Ul 

_J 
UJ 

CO 



Q 
F- 
z 
o 
a 

J? 

ST 
O 



3. 



CO 



2 



z 

UJ 



UJ 

CO 



1 



CO 
UJ 
X 
CO 

a 

UJ 

9 

CO 



I- 
o 

Ul 

-I 

UJ 

CO 



UJ 

8 

O 

o 



I 



5 




CD 

O- 




13 



BNSDOCID: <EP 10321 85A2J_> 



EP 1032 185 A2 



3. 

CO 



mm 
m. 

m 

'mm 



ma 



CD 

O 

o 
o 

3 

<, 

CO 
LU 
X 
CO 

Q 

tu 
g 

CO 



CO 

in 



CD 

O 



Ill 



CO 

o- 

CO 




14 



BNSDOCID: <EP. 



.10321 B5A2_I_> 



EP 



1032 185 A2 




BNSOOCID: <EP 103218SA2_I_> 



EP 1 032 185 A2 



<CARD NAME="lnfo"> 
Please enter info: 

First Name:<INPUT TYPE -TEXT' KEY^Yname" TITLE-'First 
name:"/> 

Last Name:<INPUT TYPE-TEXT' KEY="lname" TITLE-'Last 
name:"/> 

<DO TYPE="ACCEPT' NAME-'do1" LABEL="OK"> 

<GO URL="#card"/> 
</DO> 
</CARD> 



| mfo | 

71 1 _^PIease enter info: |-^_ 701 

| First Name: [ ] | 

7 12 --T Last Name: U | 

J Options J 



— — First name- — '■ — | 

I — -702 
<this is "normal> j 

<phone alpha editor> j 



OK Clear 



Info • | 

Please enter info: K. 7n 
First Name: [Mikko ] j 703 
Last Name: [] | 



Options 

FIG. 7 
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<WML> 

<CARD NAME="Sports" STYLE="LIST"> 
<DO TYPE= ,, ACCEPT , LABEL="Back"> 
<GO URL="main.wml7></D0> 

-Sports Results- 
Select the topic: 

<SELECT TITLE- 'Game 8-Oct"> 
<OPTION ONCLICK="#Soccer>Soccer</0PTION> 
<OPTION ONCLICK="#Hockey">Hockey</OPTION> 
<OPTION ONCLIGK="#Tennis">Tennis</OPTION> 
</SELECT> 
</CARD> 



— — -Sports- 

-Sports Results- 
Select the topic:[ ] 

Options 



— Game 8-Oct- 
Soccer 
Hockey 
Tennis ] 



Select 



Back 



- — -Sports 

-Sports Results- 
Select the topic: 
[Tennis] 
Options 



FIG. 8 
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